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r5 (54) Title: MUSIC LISTENING SYSTEM 



O (*7) Abstract: A music listening system as many found in a music retail store is disclosed having a music listening station allowing 
multiple uses to listen to respective music selected by them. The music listening system has a means for storing a large volume of 
music in a memory and compiling an index to assist in the selection process. 
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1 MUSIC LISTENING SYSTEM 

2 The present invention relates to equipment for enabling a 

3 customer to listen to jnusic which he/she may wish to 

4 purchase, for example a customer in a music retail store. 

5 More specifically, though not exclusively, the invention 

6 relates to a music listening station which enables 

7 customers to select , from a vast library of music tracks, 

8 tracks which they wish to listen to prior to deciding 

9 whether to make a purchase. 
10 

11 It is known to provide music listening posts in, for 

12 example, music retail stores. Such posts commonly consist 

13 of a set of headphones which are connected to the output 

14 of a CD player, which for convenience and security is 

15 normally located at a separate location in the store. At 

16 some listening posts it is possible for the customer to 

17 select from a predetermined small selection of albums 

18 (usually no more than four or five) one album of music 



SUBSTITUTE SHEET (RULE 26) 



WO 02/09112 PCT/GB01/03264 

2 

1 which he/she wishes to listen to, and to skip 

2 forward/back through the various tracks in the album in 

3 order to sample the individual tracks. Such a system is 

4 based on a CD player system having a multi-CD drive 

5 facility i.e. all the CD albums available for selection 

6 are physically held in the CD drive of the player system 

7 to which the listening point headphones are connected. 
8 

9 One problem of such systems is that only one customer at 

10 a time can control the CD player so as to access the 

11 selection of CDs and choose a desired CD. Even if more 

12 than one set of headphones can be connected to the CD 

13 player, each user must listen to the same selected CD. A 

14 further significant problem is that only a few CDs are 

15 available for the customer to select from at any one 

16 time, the number of CD albums available for selection 

17 being limited by the number of CDs which the player unit 

18 can hold in its drive. Typically, this is limited to 10 

19 Cds available for preview from each "listening post''. 
20 

21 Another disadvantage of such prior systems is that the CD 

22 changeover time is extremely slow, being typically 

23 approximately 10 seconds. Also, each CD player must be 

24 stocked with standard stock CDs which generally cannot be 

25 sold thereafter to the buying public. Moreover, the 

26 player has only limited capability to store 
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1 supplementary information such as artist information etc, 

2 and permit simultaneous display of such information 

3 whilst playing a CD. 
4 

5 It is an aim of the present invention to substantially 

6 avoid or minimise one or more of the -foregoing 

7 disadvantages. 
8 

9 According to one aspect of the present invention there is 

10 provided a music listening system comprising music index 

11 compilation means for compiling index means for a library 

12 . of music tracks for storage together with said library of 

13 music tracks on a distributable music storage means for 

14 use with the listening system; and a music listening 

15 station comprising: 

16 memory means for storing a library of music tracks; 

17 loading means for loading said library of music tracks 

18 and said index means from the distributable music storage 

19 means into said memory means; 

20 selection means for enabling at least one user to select 

21 from said index means stored in said memory means a 

22 particular music track which he/she wishes to listen to; 

23 and playback means for enabling at least one user to 

24 listen to a said music track which he/she selected. 
25 
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1 By storing the library of music tracks in a memory means, 

2 the number of tracks which can be selected by the user is 

3 only limited by the size of the memory means. 
4 

5 The selection means may conveniently comprise 

6 microprocessor means for controlling access to the music 

7 tracks stored in said memory means , and user input means 

8 via which a user may select desired tracks. The index 

9 means preferably comprises a list of albums, each album 

10 comprising one or more music tracks, and for each album a 

11 sub-list of the tracks thereof; and the user input means 

12 is conveniently configured to enable a user to select a 

13 track by first selecting, from the album list, the album 

14 containing the track and then selecting the said track 

15 from the respective track sub-list for that album. 
16 

17 Preferably, the user input means comprises first user 

18 input means for enabling a first user to select from said 

19 library of music tracks stored in said memory means a 

20 particular music track which he/she wishes to listen to, 

21 and second user input means for enabling a second user to 

22 select from said library of music tracks stored in said 

23 memory means a particular music track which he/she wishes 

24 to listen to. Further such user input means may 

25 additionally be provided for enabling more than two users 

26 to use the listening station at any time. Each said user 
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1 input means is preferably in the form of an electronic 

2 keypad means which is in communication with the 

3 microprocessor means, for enabling a user to select a 

4 desired music track. Alternatively, one or more said user 

5 input means may be in the form of bar code scanning means 

6 for enabling a user to select music by scanning a CD 

7 barcode, and the system further includes a database or 

8 look-up table from which music corresponding to the 

9 scanned barcode is identified and accessed by the 
10 microprocessor means. 

11 

12 Preferably, the playback means comprises means for 

13 streaming music tracks simultaneously to first and second 

14 headphone output means provided in the listening station. 

15 The music tracks being streamed simultaneously to said 

16 first and second headphone output means need not be the 

17 same music tracks and in fact in most cases they will not 

18 be the same as different users are unlikely to 

19 simultaneously select the same tracks for listening to. 
20 

21 The music tracks are preferably stored on said 

22 distributable music storage means, and in said memory 

23 means of the music listening station, in compressed form. 

24 For example the music tracks may be compressed in MPEG 

25 Layer III (often referred to as XX MP3") format. The 

26 playback means preferably further includes a plurality of 
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1 decoder means for simultaneously decoding a plurality of 

2 streams of the compressed music data respectively. The 

3 compressed music may additionally be encrypted prior to 

4 storage on said music storage means, in which case the 

5 playback means further includes decryption means for 

6 decrypting the encrypted data. The decoder means may 

7 incorporate said decryption means. Alternatively, a 

8 multistage process may be employed whereby encrypted 

9 music files are decrypted (for example, using appropriate 

10 decryption software) to an intermediate compressed 

11 digital audio format and then decompressed in a hardware 

12 based decompression chip (for example a DSP processor) 

13 forming the decoder means. 
14 

15 It will be appreciated that by storing the music in 

16 compressed form, the available size of memory means can 

17 be used more efficiently i.e. so as to store a greater 

18 number of tracks. 
19 

20 Said plurality of decoder means are preferably connected 

21 to a parallel output port of said microprocessor means, 

22 whereby each said decoder means receives a serial stream 

23 of compressed music data from said playback means. 

24 Alternatively, said plurality of decoder means may be 

25 connected to said microprocessor means via another type 

26 of communication bus, for example via a PCI or USB bus, 
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1 but in such cases data serialising means is preferably 

2 provided for supplying the compressed music data to each 

3 decoder means in serial e.g. the serialising means may 

4 conveniently be an external USB controller where the 

5 compressed data is sent to the plurality of decoder means 

6 via a USB. 
7 

8 Preferably the memory means, the loading means and the 

9 microprocessor means are provided together in a single 
1,0 unit and each said user input means which is provided 

11 comprises a separate module which is connected to said 

12 unit. Said first and second headphone output means are 

13 most conveniently provided in said first and second user 

14 input means respectively, and are formed and arranged for 

15 connection to respective user headphone means for 

16 enabling first and second users respectively to listen to 

17 music streamed to said headphone output means. 
18 

19 Each said user input means is preferably connected to 

20 said unit via a single electrical communication cable via 

21 which audio signals are sent from said unit to the 

22 respective headphone output means provided in said user 

23 input means, and via which communication signals are sent 

24 from said user input means to said unit. These 

25 communication signals may, for example, include signals 

26 representing music tracks selected by a user. The single 
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1 electrical communication cable is preferably a standard 

2 LAN cable i.e. having four twisted pairs of wires. 

3 Preferably, all digital communication signals sent 

4 between the user input means and said unit of the 

5 listening station are sent via one twisted pair of wires 

6 in the LAN cable, while all analogue audio signals are 

7 sent to the headphone output means in the user input 

8 means via different twisted pairs in the LAN cable. In 

9 this manner, cross talk is minimised. To further reduce 

10 electrical cross talk it is further recognised that 

11 separate ground return lines could be provided for the 

12 analogue and digital signal paths between the listening 

13 station and the user input means. The isolation of 

14 analogue and digital sections prevents communications 

15 cross talk in the analogue (audio) channels. 
!6 

17 The music index compilation means preferably comprises 

18 computer program means, for use in a computer system, the 

19 computer program means comprising computer readable 

20 program code for compiling index means for use in 

21 accessing a plurality of music tracks to be stored in the 

22 memory means of the listening station, the index means 

23 comprising a list of allocated codenames and for each 

24 said codename corresponding access information for 

25 accessing at least one file containing a said music 

26 track. 
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1 

2 In one possible embodiment, the index means may comprise 

3 a list of allocated codenames associated with respective 

4 music tracks and, for each said codename, a filename of a 

5 file containing the respective music track. Thus, the 

6 computer readable program code may comprise code for 

7 compiling an index of music tracks to be stored in a 

8 directory of the memory means of the listening station, 

9 said index comprising a list of allocated code names for 

10 respective music tracks and for each said allocated code 

11 name a corresponding filename of a file which will 

12 contain the respective music, in use of the listening 

13 station. The index means may also list associated title 

14 data for each track filename, said title data being for 

15 display to a user when the music track stored under said 

16 filename is being played. 
17 

18 In an alternative embodiment, the computer readable 

19 program code may comprise code for: 

20 a) compiling an index of albums of music tracks to be 

21 stored in a directory of the memory means of the 

22 listening station, said album index comprising a list of 

23 allocated album code names and for each said allocated 

24 code name a corresponding sub-directory name for 

25 accessing a sub-directory of said directory of said 

26 memor- means which sub-directory will contain the album 
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1 having the said allocated code name, in use of the 

2 listening station; 

3 b) compiling an index of tracks for each said album to be 

4 stored in the memory means, said track index comprising a 

5 list of track names and for each said track name a 

6 corresponding file name of a file which will be stored in 

7 the sub-directory which contains the album including the 

8 track having the said track name; and 

9 c) compiling a configuration file comprising a structured 

10 list of all said album sub-directories listed according 

11 to sub-directory name/ and of all said files named in the 

12 track indexes, each said file being listed in the 

13 respective album sub-directory. 
14 

15 The computer readable program code preferably further 

16 includes code means for enabling a user to interact with 

17 said computer program means so as to allow the user to 

18 control the order in which albums and/or tracks are 

19 listed in one or more of: the album index, the track 

20 indexes, and the configuration file, and/or to choose 'the 

21 sub-directory names and/or file names under which said 

22 albums and tracks are stored. 
23 

24 The computer readable program code preferably further 

25 includes code for compiling a file representing a CD-ROM 

26 image of a distribution CD which is to be created, said 
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1 CD-ROM image comprising a copy of the index means, a copy 

2 of all the files containing said music tracks, and a copy 

3 of the configuration file (where provided) . This file is 

4 used in the creation of the distributable music storage 

5 means, which is preferably a CD-ROM, for use with the 

6 listening system. 
7 

8 The loading means of a listening station is preferably 

9 adapted to load said music tracks into the memory means 

10 of the listening station, from said distributable music 

11 storage means, so that they are stored in said memory 

12 means according to the file structure specified in the 

13 configuration file. 
14 

15 The above-described listening system may be used in a 

16 network system, for example a network system 

17 incorporating more than one said listening station, all 

18 the listening stations being controlled by control server 

19 means forming part of the network system. The control 

20 server means may be adapted to receive music files from a 

21 remote database with which the control server means is in 

22 communication, for example as a download from the 

23 internet, and to supply the received music files to one 

24 or more of the listening stations networked thereto. 
25 
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1 According to another aspect of the invention there is 

2 provided music index compilation means for compiling 

3 index means for a library of music tracks for storage, 

4 together with said library of music tracks, on a 

5 distributable music storage means , said compilation means 

6 comprising computer program product means, for use in 

7 computer system, to compile said index means, the index 

8 means comprising a list of allocated codenames and for 

9 each said codename corresponding access information for 

10 accessing at least one file containing a said music 

11 track. 
12 

13 The computer program product may comprise computer 

14 readable code means for: 

15 a) compiling an index of albums of music tracks to be 

16 stored in a directory of a memory means, said album index 

17 comprising a list of allocated album code names and for 

18 each said allocated code name a corresponding sub- 

19 ' directory name for accessing a sub-directory of said 

20 directory of the memory means which sub-directory will 

21 contain the album having the said allocated code name; 

22 b) compiling an index of tracks for each said album to be 

23 stored in the memory means, said track index comprising a 

24 list of track names and for each said track name a 

25 corresponding file name of a file stored in the sub- 
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1 directory which contains the album including the track 

2 having the said track name; and 

3 c) compiling a configuration file comprising a structured 

4 list of all said album sub-directories listed according 

5 to sub-directory name, and of all said files named in the 

6 track indexes, each said file name being listed in the 

7 respective album sub-directory. 
8 

9 Preferably, said computer readable code means further 

10 includes code for compiling a file representing a CD-ROM 

11 image of a distribution CD which is to be created, said 

12 CD-ROM image comprising a copy of said index means, said 

13 configuration 

14 file, and a copy of all the files containing said music 

15 tracks. 
16 

17 Preferred embodiments of the invention will now be 

18 described, by way of example only, and with reference to 

19 the accompanying drawings in which: 

20 Fig. 1 illustrates a dual channel digital listening 

21 station intended for in-store music listening via 

22 headphones, according to one preferred embodiment of the 

23 invention; 

24 Fig. 2 shows a window for display on a computer screen; 

25 Fig. 3 shows an album selection dialogue box; 

26 Fig. 4 shows a track selection dialogue box; 
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1 Fig. 5 shows a track name dialogue box; 

2 Fig. 6 sows a window displaying the contents of a main 

3 configuration file; 

4 Fig. 7 is a window showing a file structure in a Windows 

5 operating environment; 

6 Fig. 8 is a flow diagram illustrating the steps performed 

7 by application software for use in compiling a 

8 distribution CD; 

9 Fig. 9 is a block diagram of the listening station of 

10 Fig.l; 

11 Fig. 10 is a schematic diagram of one end of a LAN cable 

12 used in the listening station; 

13 Fig. 11 is a block diagram of components of a headset of 

14 the listening station; 

15 Fig. 12 is a block diagram of a multi-channel PCI 

16 interface to multiple decoders, for an alternative 

17 embodiment of the listening station; 

18 Fig. 13 is a block diagram of a multi-channel USB 

19 interface 'to multiple decoders, for a further alternative 

20 embodiment of the listening station; and 

21 Fig. 14 is a block diagram of a networked system 

22 incorporating multiple listening stations. 
23 

24 A listening station 1 comprises a host player unit 3 and 

25 two headset units 5,6 (hereinafter referred to as the two 

26 "headsets"). A set of user headphones 7,8 is connected 
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1 to an output a of each of the two headsets 5,6 

2 respectively. The host player unit (hereinafter referred 

3 to as the "player") 3 uses digitally compressed music 

4 files which are supplied to the player via an upload CD- 

5 ROM (hereinafter referred to as the upload "CD") which is 

6 distributed for use with the listening station 1. As 

7 indicated in Fig. 1, the player 3 has a CD-ROM drive 9 

8 via which digitally compressed music files on the upload 

9 CD (not shown) can be copied ("uploaded") into a memory 
provided in the player 3. In practice, the upload process 

11 happens automatically upon insertion of a new CD into the 

12 CD-ROM drive, as will be described in detail later. 
13 

14 The listening station is designed for simple and reliable 

15 operation in retail stores as a stand-alone cievice. The 

16 upload CD which is distributed for use with the listening 

17 station 1 is created using dedicated application software 

18 which we have designed for this purpose. A suitable copy 

19 control application, such as Blue Pig Digital Audio 

20 (BPDA) software, is used to provide an element of control 

21 over the compressed music files which are included on 

22 the upload CD. Control firmware provided in the player is 

23 configured so that only copies of albums and tracks which 

24 were created with the BPDA software will be recognised by 
the player 3. One method for achieving this is to provide 



25 



26 firmware in each headset unit 5,6 which firmware 
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1 incorporates a specific customer key, for example an 8- 

2 bit key. This could be the private key of a 

3 public/private key encryption algorithm. Such a system 

4 would also allow licence control of, for example, 

5 compilation software provided for use with the listening 

6 station. 
7 

8 As an additional security measure, all the compressed _ 

9 files to be stored on the upload CD are stored in 

10 encrypted form thereon. Any appropriate form of 

11 encryption could be used, but in the present embodiment a 

12 public key/private key encryption algorithm is used to 

13 encrypt the compressed music files which are to be stored 

14 on the upload CD. 
15 

16 During power-on (i.e. boot up) of the listening station 

17 1, with the upload CD installed in the CD-ROM drive 9, 

18 the player 3 automatically loads (i.e. copies) new albums 

19 (not already stored in the memory of the player 3) from 

20 the upload CD into said memory of the player unit 3 and 

21 adds these to an available play list from which a 

22 customer in the retail store can select tracks to listen 

23 to. Thus, all compressed music files held in the memory 

24 of the player 3 are held in encrypted form. No 

25 communications interfaces are provided in the player 3 

26 which would allow the player 3 to be connected to other 
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1 PC-based equipment to permit the transfer of the 

2 encrypted files out of the player 3. This combination of 

3 using file encryption and absence of suitable 

4 communications interfaces to transfer the encrypted filed 

5 out of the player 3 provides a high level of data 

6 protection which is recognised as an important factor by 

7 the music industry. 
8 

9 Each music album (comprising a number of individual 
10. tracks) is allocated a unique 3-digit code via which the 

11 potential customers (hereinafter referred to as the 

12 users) can select the album via a keypad 10,11 on either 

13 one of the headsets 5,6. The album codes are allocated 

14 during creation of the upload CD and cannot be altered. A 

15 listing of the album codes and corresponding full 

16 album/track titles will be displayed to the customer, for 

17 example in printed form for shop display, or on a visual 

18 display screen or LCD display forming part of the 

19 listening system (for example an LCD display in the 

20 headset units 5,6). The two headsets 5,6 are independent, 

21 enabling two separate users to select and listen to 

22 different albums. Once an album is selected by a user 

23 the album title is displayed on an LCD display 13,14 on 

24 the respective headset 5,6 via which the user selected 

25 the album, and the album title is followed on the LCD 

26 display by the title of the track which is currently 
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1 being played to the user. Each album begins playing 

2 within one second of a valid album code being entered 

3 into one of the headsets. 
4 

5 As well as a numerical keypad 10,11 each headset 5,6 

6 includes further control keys/buttons for enabling the 

7 user to select and control the music tracks he/she 

8 listens to. These further control keys 15,16 on each 

9 headset include the following: 

10 track forward and track back keys - these select the next 

11 or previous track, respectively, from the chosen album; 

12 album forward and album back keys - these select the next 

13 or previous album respectively, from the predetermined 

14 order of albums in the album index file stored in the 

15 memory of the player 3. The album forward/back keys may 

16 also be configured as FF/RR keys; 

17 volume up and volume down keys - these change the 

18 headphone volume setting for the respective headset. .The 

19 headsets are programmed to- 

20 have twenty levels of volume control, this being 

21 recognised as sufficient for in-store use. 
22 

23 Each headset 5,6 incorporates three headphone outputs, 

24 two outputs a,Jb for allowing two headphone sets 7 to be 

25 installed per headset 5,6 (only one headphone set is 

26 shown connected to each headset 5,6 in Fig. 1) . A third 
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1 one c of the three headphone outputs feeds a panel 

2 mounted stereo jack socket which can be used with any 

3 personal hi-fi headphone set (3.5mm stereo jack). Thus, 

4 the user can use his own personal hi-fi headphones if 

5 desired. The headset 5,6 itself is formed as a robust 

6 faceplate which can be mounted on any retail fixture 

7 (such as a stand or kiosk) using mounting screws. 
8 

9 The listening station is designed for ease of 

10 installation, utilising standard eight-way UTP cable and 

11 RJ4 5 connectors to^ connect the headsets to the player 3, 

12 as will be described in further detail later. Each 

13 headset 5,6 can be positioned up to ten metres away from 

14 the player 3 which is designed to require minimal 

15 operator involvement. The operator is required only to 

16 install the upload CD in the CD drive, firmware being 

17 provided in the player 3 to automatically copy compressed 

18 music from the upload CD to the memory of the player 3 

19 (as above-described) , so that no further operator 

20 involvement is required. In the present example, the x 

21 firmware includes a boot . exe program which, when a new 

22 upload CD is inserted in the CD-ROM drive 9, is 

23 activated. The boot. exe program checks to see if a new 

24 CD-ROM has been entered (this is done by reading a date 

25 stamp or serial number on the upload CD) and, if it is a 

26 new CD, then copies the content of the CD to the player 
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1 memory. Status messages are provided on the LCD headset 

2 displays during boot-up and CD upload. Old music content 

3 stored in the player memory may, if desired, be removed 

4 prior to carrying out an upload from a new CD. 

5 Alternatively, partial updates may be possible, where 

6 some old content is retained in the player memory and new 

7 and/or amended content is added to the memory from the 

8 upload CD. 
9 

10 In a possible modified embodiment the player 3 may be 

11 provided with a multi CD-ROM drive thereby allowing CD 

12 uploads from multiple CDs to take place. As the player's 

13 hard disk memory will have a greater capacity than a 

14 single CD, this modification would allow updates which 

15 span several CDs to take place substantially 

16 simultaneously. 
17 

18 The application software provided in order to compile .the 

19 upload CD for use with the listening station 1, will now 

20 be described in detail. The software is intended for use 

21 in a standard personal computer (PC) in which Microsoft 

22 Windows environment is installed. The software is 

23 designed to create a CD-ROM image of a distribution CD 

24 (the "upload CD") from which compressed music files will 

25 be uploaded (i.e. copied) to a non-volatile memory of the 

26 player 3 of the listening station 1. The listening 
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1 station 1 accesses the stored compressed music files from 

2 this non-volatile memory of the player 3. Each album of 

3 music tracks is stored in a separate sub-directory of the 

4 root directory, C, of the memory e.g. in C:/001 for album 

5 number 1, C:/002 for album number 2 etc. The player 3 

6 requires the use of a number of configuration files to 

7 allow the albums and tracks to be selected on the 

S headsets 5,6 by users. The function of the software 

9 which will now be described is to create all the 

10 necessary configuration files for the albums which have 

11 been selected to be included on the distribution CD. 

12 Once the configuration files are created, the application 

13 software will automatically generate an image of the 

14 distribution CD and store it in a user-defined directory 

15 in a host computer system in which the application 

16 software is running (e.g. C: /upload on the hard disk 

17 memory of the host computer system) . This greatly 

18 simplifies the task of creating a CD-ROM image for the 

19 distribution CD. Copies of the actual CD albums (in 

20 digital compressed format, and encrypted) are present/ in 

21 a memory of the host computer system in which the 

22 . software is running, or most preferably in the memory of 

23 a secure server system to which the host computer system 

24 is connected. The compressed and encrypted files are 

25 obtained by copying digital files from music CDs onto the 

26 host system's (hard disk) memory in an uncompressed WAV 
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1 format. The music files are then compressed and 

2 encrypted, using a combination of compression algorithm 

3 and encryption algorithm, and stored on the secure 

4 server. 
5 

6 We will now describe in detail the functions which the 

7 application software provides, in order to enable an 

8 album index configuration file, and a track index file 

9 for each album, a main configuration file, and a CD-ROM 

10 image file to be compiled. The application software is 

11 provided in the form of a . exe application which can be 

12 installed in a suitable folder on the Windows desktop of 

13 a personal computer (PC) . It should be noted that the 

14 application software is not intended for running on the 

15 music listening station itself (although in some cases 

16 this may be possible) . The application software can be 

17 run by selecting the relevant icon for the application 

18 from the Windows desktop of the PC. When the icon is 

19 selected, a main application window 20 will open as shown 

20 in Fig. 2 and the application automatically opens a new 

21 configuration window 21 (within the main application 

22 window 20) for creating a new configuration file for a 

23 new distribution CD. It is possible to edit an existing 

24 configuration file (extension. BPA) , using the Windows 

25 File menu to open the required configuration file (in 

26 known manner) . 

SUBSTITUTE SHEET (RULE 26) 

^w© 0000110*1 i » 



WO 02/09112 



23 



PCT/GB01/03264 



To begin the addition of an album to the proposed new 
distribution CD, the operator (who is compiling the new 
configuration file using the software) selects the button 
22 labelled "add" which is provided in the configuration 
file window 21 and an album selection dialogue box 25, as 
shown in Fig. 3, will then be automatically opened by the 
application software - 

Album Index Configuration File 

The compressed albums included in the upload CD are 
copied from the upload CD to a directory in the memory of 
the player 3 (e.g. C:/Albums), prior to use of the 
listening station by users. Each album is stored in a 
sub-directory of this directory C: /Albums. To allow the* 
user of the music listening station to select albums via 
a 3-digit code entry on the headset keypad, as described 
above, the player 3 requires a configuration file which 
defines the sub-directory (of the memory of the player 3) 
which is associated with the selected album. This 
configuration file is called the album index file and is 
stored in the root directory of the distribution CD as 
/albumidx. txt . This is a standard text file which is 
opened by the player 3 and used as the pointer to album 
sub-directories . 
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1 The album index file is compiled by the operator using 

2 the album selection dialogue box 25 of Fig. 2, and by 

3 following the procedure outlined immediately herebelow: 

4 Step 1: Select the chosen album using the Browse button 

5 26 in the album selection dialogue box 25 - this will 

6 cause a list of the files contained in a sub-directory 

7 (named "Albums") of the root directory (C) of the host 

8 computer system in which the software is running to be 

9 displayed. Each of these files contains a compressed 

10 version of a CD album of music tracks. In the preferred 

11 embodiment of the invention, each album is in MP3 

12 compressed format. By selecting a file in the albums 

13 sub-directory, this automatically enters the directory 

14 path in a directory field 26 in the album selection 

15 dialogue box 25. 

16 Step 2: Enter a valid 3-digit code for the album, in the 

17 "Selection No." field 27 of the dialogue box 25, this 

18 code being between 000 and 999. 

19 Step 3: Type in the album title in an album name field 28 

20 provided in the album selection dialogue box 25. The 

21 album title can be up to twelve characters long and this 

22 will be the title displayed on the LCD display 13 of the 

23 listening station headsets, when tracks from this album 

24 are played back to a user. 
25 
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The application software uses the above information 
entered by the operator in the album selection dialogue 
box to compile the album index file. The following lines 
are an extract from a typical album index file so 
compiled: 



OOlAlbumI 001 
002Album2 002 

The first three characters on each line are the keypad 
selection number (i.e. the 3-digit code name for the 
album which will be entered by the user) and the 
following twelve characters are used for the album name 
to be displayed on the LCD screen 13 of the headsets. 
The final eight characters give the appropriate sub- . 
directory name (e.g. 001 under which the relevant album 
is stored in the directory C: /Albums of the memory of the 
player 3) containing all the albums. 

Track Index Files 

Once the user selects an album using the keypad on one of 
the headsets 5,6 of the listening station, the first 
track of that album will begin playing. To achieve this 
the player 3 needs to know the name of each file (e.g. 
Track 1) stored in the album sub-directory (e.g. 
C: /Albums /Album 1) to allow the user to select tracks via 
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1 the next/previous track keys on the headset keypads. In 

2 addition, the player needs the track title to be 

3 displayed on the headset LCD display 13. To this end, a 

4 track index file is created for each album and this file 

5 is stored in that album's sub-directory, along with the 

6 compressed version of the album. The track configuration 

7 file is named trackidx.txt, for each album. The track 

8 index file for each album is compiled by the operator, 

9 via the album selection dialogue box 25 of Fig. 3, in the 

10 following manner (following on from steps 1, 2 & 3 

11 above) : 

12 Step 4: Select any or all of the tracks from the album by 

13 using the track selection button 29 in the dialogue box 

14 25. This opens the track selection dialogue box 30 shown 

15 in Fig. 4. 

16 Step 5: Using backwards and forwards arrow buttons 31,32 

17 provided in the track selection dialogue box, the 

18 operator can deselect any tracks, from the tracks listed 

19 in the box 33 labelled "Included:" in the dialogue box, 

20 which are not required to be present on the distribution 

21 CD. By default all tracks on the album will be selected. 

22 Step 6: Select each track and edit the track title, by 

23 clicking on the edit button 35 in the track selection 

24 dialogue box 30 when the desired track is selected from 

25 the list of tracks presented in the box 33 labelled 

26 "Included" . When the Edit button is clicked, a track 
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1 name dialogue box 4 0 will appear, as shown in Fig. 5. Up 

2 to thirteen characters can be entered in the track name 

3 dialogue box 40, to identify the track name (e.g. Trackl 

4 is the name which has been entered in Fig. 5) . 

5 Step 7: Once all tracks are named as required, close the 

6 track selection dialogue box 30. The following lines are 

7 extracts from a typical track index file trackidx.txt for 

8 one album: 

9 Trackl 00000000. etx 

10 Track2 00000001. etx 

11 Track3 00000002. etx 

12 The first thirteen characters are the track name which 

13 will appear on the LCD display on the headset 5,6. The 

14 last twelve characters are the track file name under 

15 which the track is stored in the album sub-directory. In 

16 the preferred embodiment, the application software 

17 automatically replaces the track file names of the tracks 

18 stored in the memory of the host computer system (and 

19 which are to be copied onto the distribution CD) with a 

20 unique 8 digit numeric filename e.g. 00000001 . etx, as 

21 indicated above. This is necessary because in the 

22 preferred embodiment of the player 3, DOS file handling 

23 utilities are used to 'read and stream the track files. 

24 The filenames used for storing the track files on the 

25 distribution CD therefore need not be related to the 

26 actual track title. 
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1 

2 Once the Track Selection dialogue box 30 has been closed, 

3 all the selected albums and tracks are displayed by the 

4 application software in the main configuration window 21 

5 of the main application window 20. Fig. 6 shows an 

6 example where two albums are listed in the configuration 

7 window 21. As illustrated, the application software has 

8 compiled a main configuration file structured so that_ 

9 each album is in a separate sub-directory named using the 

10 allocated code number for the album (001 and 002 in this 

11 case) . Next to the album code name is the album title 

12 followed by the directory in which the album sub- 

13 directory can be found (C:/Albums in Fig. 6). Each track 

14 is listed as a separate sub-directory of the album sub- 

15 directory, the track name and file containing the track 

16 being listed in the configuration file. As more albums 

17 are added by the operator to the configuration file, they 

18 will appear in the configuration window 21. The 

19 configuration window also includes a box 4 0 in which the 

20 current total CD-ROM image size (i.e. the total number of 

21 bytes required to store all the albums of tracks listed 

22 in the main configuration file) is displayed. 
23 

24 The main configuration window 21 includes an edit button 

25 42 which can be clicked at any time so as to open the 

26 album selection dialogue box 25 to allow the operator to 
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edit the album data. A delete button 43 is also provided 



2 in the main configuration window- 21. If the operator 

3 highlights an album in the configuration window 21, and 

4 then clicks on the delete button, the album selection is 

5 deleted from the main configuration file. 



6 



1 Once the main configuration file has been completed with 
all the desired albums, the operator may save the file to 



em 



13 
14 



S 

9 any directory and file name in the .host computer syst 

10 in which the application software is running, by using 

11 the File Save and Save As functions available in the 

12 Windows operating environment. The main configuration 
file will automatically be given the extension . BPA and 
the file can be reopened later for editing and update as 

15 required. 
16 

17 To simplify the process of burning a CD-ROM to form the 

8 distribution CD, each album of music tracks is copied to 

9 a sub-directory of the main root directory of the host 
0 computer system, which sub-directory is hereinafter / 

21 referred to as the "image directory" e.g. the image 

22 directory may be named C: /upload. This is illustrated in 

23 Fig. 7. The album index file Albumidx.txt and each track 

24 index file (stored in the respective album sub-directory) 

25 for each album is also copied to the image directory, 

26 together with the main configuration file 
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1 <conf igf ile . BPA> which is itself first saved in the 

2 memory of the host system. The user initiates the 

3 building of the upload CD by selecting "File" from the 

4 Windows environment, and then "Build" . The Build command 

5 is a feature of the application software, and when 

6 selected carries out automatically the creation of the 

7 distribution CD with the above-described contents. Fig. 8 

8 is a flow diagram illustrating the above described 

9 operations performed by the application software. 
10 

11 In the preferred embodiment, the material to be included 

12 in the distribution CD, including all the track files, is 

13 encrypted during the distribution CD Build process, 

14 before writing on to the distribution CD-ROM. In this 

15 manner all the files are encrypted together and can then 

16 be " zipped". As above-described, a private/public key 

17 encryption algorithm is used, the private key being 

18 stored (in firmware) in a memory of at least one of the 

19 headsets 5,6 of the listening station. When the CD is 

20 uploaded to the player 3, the files will be decrypted on 

21 transfer to the hard disk drive memory of the player 

22 using the private key retrieved from one of the headsets. 

23 (Although it would alternatively be possible to decrypt 

24 files only as and when files are requested by a customer 

25 for playback, the decryption being carried out just prior 

26 to or as part of the file streaming process, this would 
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1 



incur some delay -about 1 to 2 seconds- which most 



2 



customers would find unacceptable.) 



3 



4 Using a CD writer, all of the files on the image 

5 directory are then copied to ("burned" on to) a CD, the 

6 files being copied from the image directory in a manner 

7 so as to preserve the same sub-directory and file 

8 structure on the CD i.e. the CD should contain 

9 albumidx.txt (the album index file) at the root level 

10 (c: /alburoidx. txt) and album sub-directories c:/001, 

11 c:/002 etc. also at the root level, and the albums and 

12 tracks being stored according to the structure specified 

13 in the main configuration file ( . BPA) . 



15 Once the contents of the distribution CD have been copied 

16 from the CD into the memory of the player 3 of the 

17 listening station, it .will be appreciated that when a 

18 user selects an album on the headset keypad, for example 

19 by entering the code 001, the player 3 reads the 

20 appropriate sub-directory name from albumidx.txt, which 

21 in this case is the sub-directory 001, and then plays the 

22 first track of the album by streaming the first track in 

23 the sub-directory 001, according to the track order in 

24 the trackidx.txt for that album. 
25 



14 
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1 A further possible feature of the application software is 

2 that it may be designed to also create an output file 

3 e.g. CSV (comma separated variable), which produces album 

4 and/or track listings when imported into a suitable 

5 graphics program. These listings can be used for shop 

6 display (e.g. for printing out in paper form or for 

7 electronic display on a VDU) , the listings displaying to 

8 the customer the correct codenames for the various 

9 albums /tracks. The output file would be included in the 
10 CD image of the distribution CD. 

11 

12 We now turn to consider the features of the music 

13 listening station 1 in further detail. Fig. 9 is a block 

14 diagram illustrating the music listening station 1. As 

15 shown in Fig. 9, the player 3 comprises a central 

16 processing unit 50 which is conveniently a microprocessor 

17 of the form used in personal computers (PCs); a hard disk 

18 drive 52; the CD-ROM drive 9; two decoders 55,56, each 

19 comprising a digital signal processor (DSP) chip 57,58 

20 and a Digital-to-Analogue Converter (DAC) 59,60; and .two 

21 output ports COM 1 and COM 2 on the CPU 50 which are 

22 connected to the two decoders 55,56 respectively. The 

23 two decoder chips 57,58 are connected to the LPT (i.e. 

24 the parallel) port of the CPU 50. Each DAC 59,60 

25 produces an analogue audio output which is input to a 

26 respective one of the two headsets 5,6, as shown. In 
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1 use, the . etx music files (these are the compressed and 

2 encrypted music files)- are uploaded (i.e. copied) from a 

3 distribution CD 60 inserted in the CD-ROM drive 9, to the 

4 hard disk memory of the hard disk drive 52, under control 

5 of the CPU 50. Although it would be possible to access 

6 the music files directly from the distribution CD it will 

7 be appreciated but that by storing the files in the hard 

8 disk drive much faster file access is obtainable for 

9 streaming the files to the decoders 55, 56. 
10 

11 The two DSP decoder chips 57,58 are connected to the CPU 

12 via the LPT (parallel)' port of the CPU. In this manner 

13 it will be appreciated that compressed music files can be 

14 streamed simultaneously to the two DSPs, the streamed 

15 data being received in byte form by each DSP. Each 

16 decoder 55,56 is configured to decode (i.e. decompress) 

17 the compressed files it receives, and has an audio output 

18 connected to a respective one of the headsets 5,6. In 

19 fact, audio communication between each decoder 55,56 and 

20 the respective headset 5,6, and digital communication 

21 between each said headset and the respective CPU COMs 

22 port COM 1, COM 2, (except for volume up/down which is 

23 controlled locally, as described later) is by means of a 

24 single LAN cable (in Fig. 9 this is a CAT 5 cable) 70,71 

25 connected between the decoder 55,56 and said headset 5,6, 

26 using an RJ4 5 connector 60 to connect the LAN cable to 
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1 the headset. By using a standard LAN cable which is made 

2 up of four twisted pairs of wires, and using one of these 

3 four twisted pairs to carry digital communication signals 

4 between the CPU 50 and the headset, and the other three 

5 twisted pairs to carry power signals and audio analogue 

6 signals from the player 3 to the headsets, we eliminate 

7 cross talk between the communication and audio signals. 

8 Such cross talk, if not eliminated, would cause noise in 

9 the audio signal sent to the headphone outputs of the 

10 headsets (which would result in poor quality of the music 

11 heard by the user via the headphones) - Fig. 10 is a 

12 sketch illustrating the four pairs of wires in the LAN 

13 cable, connected to an RJ45 connector 61. As seen from 

14 Fig. 10, the top pair of wires are used as two digital 

15 communication rails at ground (GND) and +5 volts, and the 

16 lower three pairs of rails are devoted to ground (GND), 

17 R x , T x , Audio left (L) , Audio right (R) , and V analogue 

18 (analogue power supplied to the headsets) signals, in 

19 that order. The T x and R x rails only carry electrical 

20 signals when any keys on the headset keypads are pressed 

21 by the user. (The R x , T x signals identify track 

22 selections made by a user) . In order to avoid cross talk 

23 between the R x , T x rails and the audio left (L) and right 

24 (R) rails feeding the "analogue audio to the user 

25 headphones 7,8, the audio left and right signals (L,R) to 

26 the headphones are muted when any keys on the keypad are 
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1 pressed. Fig. 11 is a circuit illustrating how volume 

2 control and mute is achieved in the apparatus. Fig. 11 

3 illustrates that from the RJ45 connector 61 of Fig. 10, 

4 audio right and left (R,L) outputs are input to a circuit 

5 100 comprising volume control and mute functions. Audio 

6 right and left (R,L) outputs from the circuit 100 are fed 

7 to the three headphone outputs a,b,c of the headset in 

8 question, via a low noise audio amplifier 63,64,65 in 

9 each headphone output path. Control of the volume 

10 control and mute circuit 100 is effected from a 

11 microcontroller 150 provided in the respective headset 

12 5,6. Digital signals are received by the microcontroller 

13 150, these signals having been generated by a user having 

14 pressed the Volume Up or Volume Down key on the headset 

15 keypad. The microcontroller 150 also controls the LCD 

16 display 13 on the headset. The R x , T x signals are output 

17 from an RS232 circuit 155 which is controlled by the 

18 microcontroller 150 in the headset, the RX, TX signals 

19 being routed to the CPU 50 of the player 3 via the LAN 

20 cable connecting the player and the headset, as afore- 

21 described.' 
22 

23 It will be appreciated from the above and Fig. 11 that 

24 volume control of the audio output is therefore effected 

25 locally within the headset i.e. signals generated by a 

26 user pressing the Volume Up, Volume Down keys in the 
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1 keypad of the headset do not need to be sent to the CPU 

2 in the player unit 3 in order to effect volume control of 

3 the audio output received by the headphones connected to 

4 the headsets: instead the volume control is effected 

5 within the headset 5,6. This is advantageous in that 

6 volume control is therefore effected almost 

7 instantaneously as the user presses the Volume Up or 

8 Volume Down keys: if volume control signals had to be_ 

9 rooted via the player 3 this would result in a delayed 

10 response time between a user pressing the volume control 

11 keys and the volume of the audio output actually being 

12 changed. Also, if volume control signals had to be rooted 

13 via the player 3- this would potentially require increased 

14 processing overhead in the player microprocessor, which 

15 could limit file streaming capability. 
16 

17 It will also be appreciated that one benefit of 

18 connecting the decoders 55,56 to the player unit CPU 50 

19 via the LPT port is that this means that decoders 55,60 

20 could be external to the main player unit 3, if desired, 

21 in which case the decoders would be connected to the main 

22 player unit and would communicate therewith in a similar 

23 manner to, for example, an external printer. 
24 

25 It will be appreciated that the player 3 also includes 

26 software for decrypting the encrypted compressed music 
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1 files, prior to streaming the decrypted files to the DSP 

2 decoders. The decrypted files may be held temporarily in 

3 RAM memory provided in the player 3 (not shown) . As noted 

4 above, the compressed files are encrypted using a public 

5 key/private key encryption system. The private key is 

6 held securely in firmware stored in a memory in each 

7 headset 5,6. 
8 

9 It will further be appreciated that various modifications 

10 to the above-described embodiment are possible without 

11 departing from the scope of the invention. For example, 

12 the apparatus may be designed for use with compressed 

13 music files which have been compressed using an 

14 alternative compression format to MP3, for example the 

15 decoder may be configured to decode files compressed 

16 using MSA, liquid audio, Real Player, ePAC (Lucent 

17 Technologies) , or any other suitable form of data 

18 compression for music files. 
19 

20 Furthermore, the decoders could be connected to the 

21 player unit 3 via a different type of communication bus, 

22 rather than using the LPT port. For example, the 

23 decoders could be connected via a PCI interface. This 

24 could be conveniently achieved using an add-in PCI card 

25 inserted in the player unit 3. Using a PCI interface 

26 would enable data to be transferred at 33 megabytes per 
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1 second, rather than 2 megabytes per second as when the 

2 decoders are connected to an LPT port. For the PCI mode, 

3 the decoders would, for example, be mounted on the add-in 

4 card which would be connected to the host CPU via a PCI 

5 data bus. The desired number of decoders would be 

6 mounted on the add-in card. 
7 

8 As another alternative, the decoders could be connected 

9 to the host CPU via a USB databus . The most convenient 

10 way of implementing this would be to utilise a USB 

11 controller between the USB connection to the CPU 50 and 

12 the decoders, the USB controller being configured to 

13 stream the compressed music files to each decoder as a 

14 serial data stream. 
15 

16 Furthermore, instead of using a simple LAN cable between 

17 each headset and the player 3, other solutions are 

18 possible where more than one connection cable is used 

19 therebetween, the number and arrangement of cables being 

20 chosen so as to further minimise noise due to coupling 

21 between different signals. 
22 

23 Additionally, instead of utilising local volume control 

24 as above-described, the system could be designed so that 

25 volume control is effected via the player unit 3. This 

26 may be desirable in simpler versions of the listening 
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1 station which may be designed to stream data to single 

2 headphone headsets which will not require multiple 

3 amplification. For example, a volume control facility 

4 could be provided in the decoder itself, the audio left 

5 and right outputs from the decoder then merely passing 

6 through a preamplifier to a single set of headphones 

7 which could be connected directly to the decoder. 

8 Obviously a disadvantage of such a system is that there 

9 would be the resulting delay in response time between a 

10 user pressing the Volume Up/Volume Down keys and the 

11 volume of the audio signal actually being altered, since 

12 the Volume Up/Volume Down signals from the headset keypad 

13 need to be routed back to the decoder in the player 3. 

14 Moreover, if it is desired to have more than one 

15 headphone output this type of volume control is not 

16 practical. Another possibility, in the above-described 

17 embodiment in which the DSP decoders are connected to the 

18 LPT port of the CPU 50, would be to provide a 

19 microcontroller between each DSP decoder and the CPU, 

20 which microcontroller can be used to provide a volume 

21 control signal to a DAC via which the digital output from 

22 the DSP decoder is routed to the headsets (the DAC could 

23 in practice be an integral part of the DSP decoder, as 

24 described above) . This would still require Volume 

25 Up/Volume Down signals generated in the headset to be 

26 communicated back to the CPU 50 in the player unit 3, 
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1 prior to volume control being effected on the DAC output. 

2 It would though have the advantage of no audio power 

3 requirements for the headsets 5,6: all audio power 

4 requirements would instead be in the player unit 3 

5 containing the decoders, DACs and respective 

6 microcontrollers . 
7 

8 It will further be appreciated that the system is 

9 designed so that the retail stores can update their 

10 listening stations with desired album and track 

11 selections by following a relatively easy procedure: the 

12 store operator e-mails, to the host computer system 

13 running the above-described upload CD creation software, 

14 a request for an album/track listing desired for upload 

15 to their listening posts. Generally, all listening 

16 stations (also referred to herein as "listening posts'') 

17 for a particular customer (i.e. retail store owner) will 

18 have the same content, although several different 

19 contents can be maintained for different locations if 

20 required, managed by system serial number. The operator 

21 of the host computer system will import the customer's 

22 request into the system and, via database call 

23 procedures, an image of the desired upload CD will be 

24 created in a temporary directory of the host computer 

25 memory (or secure server memory) , following the 

26 procedures already described above. The upload image will 
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1 take into account the current content on the customer' s 

2 equipment (from records kept in the host system) and will 

3 only select the required new tracks for addition. The 

4 listening station will automatically delete all tracks 

5 not listed in the active play-list supplied on the upload 

6 CD. (Firmware to do this is present in the CPU 50 of the 

7 player 3.) When all files are selected, the operator will 

8 build the CD-ROM image of the upload CD to a temporary 

9 drive directory and then copy this image to a master 

10 (upload) CD. The master CD will contain a unique 

11 customer ID which will prevent this upload CD being 

12 played on any other customer's equipment. 
13 

14 A royalty database will be maintained for all customers 

15 (i.e. retail stores), giving details of all tracks on 

16 their active play-list and how long they have had these 

17 tracks in their playlist. A number of different query 

18 reports can be generated by the host computer system for 

19 each customer, to facilitate monthly billing for uploaded 

20 music tracks/albums. This can easily be extended as, 

21 required to facilitate digital rights management. 
22 

23 A further feature of the system is that all files stored 

24 locally on the listening posts can be deleted by the use 

25 of a "null" CD which, upon loading in the CD-ROM drive 9 
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1 of the player 3, deletes and removes all files as 

2 required. 
3 

4 If desired, as a further security measure, the player may 

5 be configured so that the upload CD must be present in 

6 the CD-ROM drive 9 of the player at all times during use 

7 of the player 3 to play tracks which were copied to the 

8 player memory from that upload CD. 
9 

10 A further possibility for additional control of the music 

11 files would be to time! limit files which are uploaded to 

12 the player 3. Thus, licensed content of upload CDs may be 

13 set to self-delete after a predetermined time has 

14 elapsed. The player and/or headsets would include timer 

15 means to time this predetermined period and activate said 

16 self-deletion of tracks at the relevant time. 
17 

18 In a further alternative embodiment of the invention, . 

19 instead of creating an album sub-directory structure as 

20 described above, and an album index and separate track 

21 indexes for each album, a single directory containing all 

22 the music tracks individually may be used. In such an 

23 embodiment each track would have its own codename, for 

24 example a five digit codename consisting of the 3 digit 

25 album code and a 2 digit track code e.g. 001001 for track 

26 1 of album 1. The track filename could, for example,, then 
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1 be in the form of 001001. etx. The application software 

2 would be designed to compile a single track index 

3 comprising a list of the allocated track codenames and 

4 the corresponding filenames containing the respective 

5 tracks, as well as corresponding full track and album 

6 names for display on the headset when each track is 

7 playing (if desired) . The configuration file would 

8 comprise the list of all track filenames in the single 

9 directory. This embodiment may be more amenable to 
10 database searching. 

11 

12 It will be appreciated that the above-described system 

13 could be extended to more than two listening channels 

14 (i.e. more than two headsets 5,6). The system could be 

15 expanded to multiple channels through the use of a higher 

16 bandwidth bus e.g. a PCI or USB bus. PCI and USB versions 

17 will now be described. 
18 

19 PCI Bus version 

20 A multi channel playback system can be developed to 

21 utilise a PCI bus as the communications and data bus. 

22 Fig. 12 illustrates a typical block diagram of such a 

23 system. Typically when utilising a PCI bus, it is 

24 necessary to employ a PCI controller IC 150 available 

25 from a number of suppliers. This provides an interface 

26 from the PCI bus to a local data/address bus to which 
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1 other components can be added, such as RAM 160 and a 

2 microcontroller 170. In the system shown, in each 

3 channel (Decoder 1, Decoder2, ...) a micro-controller (MCU) 

4 170 provides the function of advising the PCI controller 

5 150 of the status of the channel i.e. whether a request 

6 has been made from the headset 5 for a track. The 

7 headset communicates with the MCU via a serial interface 

8 180 (RS232 or other variant) . On receiving the headset 

9 request, the MCU passes a response to the host PC system 

10 (i.e. CPU in the player 3) via the PCI controller- The 

11 host will then deliver the requested (compressed) track 

12 to the local RAM 160 from which the MCU delivers the 

13 track to the headset via the DSP and DAC 190. In 

14 addition, the host will transfer display information to a 

15 preset address on the local RAM, which will be retrieved 

16 by the MCU 170 for - transmission to the headset. 
17 

18 Utilising local memory on each channel will allow many 

19 channels to be provided without limiting the performance 

20 of the system and considerably simplify the software on 

21 the host system, as this will now only need to maintain a 

22 record of status requests from the headsets. However, it 

23 is possible that in some cases it may be possible to omit 

24 the local memory and stream compressed music files 

25 directly to the MCU/Decoder, provided the bandwidth of 

26 the PCI bus can provide both file streaming and maintain 
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1 headset communications as an overhead. This scheme may 

2 be possible for up to 8 channels. The benefit of adding 

3 local RAM simplifies the control software and scheduling " 

4 and is not too cost prohibitive. 
5 

6 Multiple channels can be added to the PCI bus, with each 

7 channel being assigned to a different address for 

8 communications and local RAM. Expansion of the number of 

9 channels could be catered for by either creating a large 

10 PCB with all the channel circuits or, alternatively, 

11 adding multiple PCI cards with around 4-8 channels per 

12 card as determined by PCB layout constraints. 
13 

14 USB version 

15 An alternative method of adding multiple channels would 

16 be to utilise a USB bus to communicate with an external 

17 decoder module (Decoder 1' ) . A typical configuration of 

18 this design would utilise a USB controller interface IC 

19 210, preferably with an embedded microcontroller. These 

20 are now readily available from a number of manufacturers. 
21 

22 The USB interface allows data to be transferred from the 

23 host PC system (the piayer CPU) , including both music 

24 files being downloaded to the decoder module (Decoder 1' ) 

25 and headset service requests being transmitted from the 

26 headset 5 via the decoder module. The device would work 
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1 in a similar scheme to that described for the PCI version 

2 but utilising the slower PC USB bus as the physical 

3 communications layer. 

4 „ 

5 Additional channels could be added by adding a USB hub 

6 and multiple decoders (Decoder 1', Decoder 2' ,...) as shown 

7 in Fig. 13. It is also possible that multiple decoders 

8 could be serviced from a single USB controller chip (_e . g . 

9 2-4) which would reduce the requirements of the USB hub 
10 accordingly. 

11 

12 As an alternative to, or in addition to, the user keypads 

13 10,11 on the headsets 5,6, a bar code scanning device 

14 could be provided for enabling a customer to scan in the 

15 barcode for a desired album/track, from a preprovided 

16 list of barcodes (indexed to album/track names) . The 

17 scanner could be a laser or CCD-based scanner, for 

18 example, and may be connected to the microcontroller 150 

19 of a respective headset 5,6 via a serial interface. The 

20 index files (e.g. album and track index files) would' 

21 incorporate the barcode associated with each track. 
22 

23 Although the above-described music listening stations are 

24 designed primarily to be stand-alone stations, they could 

25 alternatively be used in a networked system. In such an 

26 arrangement, a plurality of the music listening stations 
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1 may be networked on to a control server system. Fig. 14 

2 illustrates schematically such a networked system, 

3 incorporating three of the above-described player units 

4 3, 3', 3'' each with two headsets 5, 6, 5' , 6' , 5' ' , 6' ' . Each 

5 player 3 incorporates a network interface card (NIC) 

6 which communicates with the control server system 300 via 

7 a control hub 310 to which other player units could also 

8 be connected. Such a system is thus more suited to 

9 traditional music retailers requiring, for example, 

10 upwards of five listening posts in a single store. New CD 

11 uploads may be distributed to the control server system 

12 either via a physical distribution CD as afore-described 

13 (the control server 'system would have a CD-ROM drive for 

14 this purpose) or via a download from the internet 320 

15 (via a service provider 330 servicing the control server 

16 system) or direct dial up to a remote database. All 

17 uploaded/downloaded music files will be held in a main 

18 database memory 34 0 accessible to the control server 

19 system. 
20 

21 
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1 Claims : 

2 

3 1. A music listening system comprising music index 

4 compilation means for compiling index means for a 

5 library of music tracks for storage together with 

6 said library of music tracks on a distributable 

7 music storage means for use with the listening 

8 system; and a music listening station comprising: 
9 

10 memory means for storing a library of music tracks; 
11 

12 loading means for loading said library of music 

13 tracks and said index means from the distributable 

14 music storage means into said memory means; 
15 

16 selection means for enabling at least one user to 

17 select from said index means stored in said memory 

18 means a particular music track which he/she wishes 

19 to listen to; and playback means for enabling at 

20 - * least one user to listen to a said music track which 

21 he/she selected. 
22 

23 2. A music listening system as claimed in Claim 1 

24 wherein the selection means comprises microprocessor 

25 means for controlling access to the music tracks 
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1 stored in said memory means, and user input means 

2 via which a user may select desired tracks. 
3 

4 3. A music listening system as claimed in Claim 2 

5 wherein the index means comprises a list of albums, 

6 each album comprising one or more music tracks, and 

7 for each album a sub-list of the tracks thereof, and 

8 the user input means is configured to enable a user 

9 to select a track by first selecting, from the album 

10 list, the album containing the track and then 

11 selecting the said track from the respective track 

12 sub-list for that album. 
13 

14 4. A music listening system as claimed in Claim 2 or 

15 Claim 3 wherein the user input means comprises first 

16 user input means for enabling a first user to select 

17 from said library of music tracks stored in said 

18 memory means a particular music track which he/she 

19 wishes to listen to, and second user input means for 

20 enabling a second user to select from said library 

21 of music tracks stored in said memory means a 

22 particular music track which he/she wishes to listen 

23 to. 
24 

25 5. A music listening system as claimed in Claims 2 to 4 

26 wherein one or each said user input means is in the 
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1 form of an electronic keypad means which is in 

2 communication with the microprocessor means, for 

3 enabling a user to select a desired music track. 
4 

5 6. A music listening system as claimed in Claims 2 to 4 

6 wherein one or each said user input means is in the 

7 form of bar code scanning means for enabling a user 

8 to select music by scanning a CD barcode, and the 

9 system further includes a database or look-up table 

10 from which music corresponding to the scanned 

11 barcode is identified and accessed by the 

12 microprocessor means. 
13 

14 7. A music listening system as claimed in any one of 

15 the preceding Claims wherein the playback means 

16 comprises means for streaming music tracks 

17 simultaneously to first and second headphone output 

18 means provided in the listening station. 
19 

20 8. A music listening system as claimed in any one of 

21 the preceding Claims wherein the music tracks are 

22 stored on said distributable music storage means, 

23 and in said memory means of the music listening 

24 station, in compressed form. 
25 
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1 9. A music listening system as claimed in Claim 8 

2 wherein the playback means further includes a 

3 plurality of decoder means for simultaneously 

4 decoding a plurality of streams of the compressed 

5 music data respectively. 
6 

7 10. A music listening system as claimed in Claims 8 or 9 

8 wherein the compressed music is encrypted prior to 

9 storage on said music storage means, and the 

10 playback means further includes decryption means for 

11 decrypting the encrypted data. 
12 

13 11. A music listening system as claimed in Claim 10 

14 wherein the decoder means may incorporate said 

15 decryption means. 
16 

17 12. A music listening system as claimed in any one of 

18 Claims 1 to 7 wherein a multistage process is 

19 employed whereby encrypted music files are decrypted 

20 to an intermediate compressed digital audio format 

21 and then decompressed in a hardware based 

22 decompression chip forming a decoder means. 
23 

24 13. A music listening system as claimed in Claim 9 

25 wherein said plurality of decoder means are 

26 connected to a parallel output port of said 
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1 microprocessor means, whereby each said decoder 

2 means receives a serial stream of compressed music 

3 data from said playback means. 
4 

5 14. A music listening system as claimed in Claim 9 

6 wherein said plurality of decoder means is connected 

7 to said microprocessor means via another type of 

8 communication bus, but in such cases data 

9 serialising means is provided for supplying the 

10 compressed music data to each decoder means in 

11 serial. 
12 

13 15. A music listening system as claimed in any one of 

14 Claims 2 to 14, wherein the memory means, the 

15 loading means and the microprocessor means are 

16 provided together in a single unit and each said 

17 user input means which is provided comprises a 

18 separate module which is connected to said unit. 
19 

20 16. A music listening system as claimed in any one . of 

21 Claims 4 to 14 wherein said first and second 

22 headphone output means are provided in said first 

23 and second user input means respectively, and are 

24 formed and arranged for connection to respective 

25 user headphone means for enabling first and second 
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users respectively to listen to music streamed to 
said headphone output means. 

A music listening system as claimed in any one of 
Claims 4 to 16 wherein each said user input means is 
connected to said unit via a single electrical 
communication cable via which audio signals are sent 
from said unit to the respective headphone output 
means provided in said user input means, and via 
which communication signals are sent from said user 
input means to said unit. 

A music listening system as claimed in Claim 17 
wherein the communication signals include signals 
representing music tracks selected by a user. 

A music listening system as claimed in Claim 17 
wherein the single electrical communication cable is 
a standard LAN cable, that is having four twisted 
pairs of wires. 

A music listening system as claimed in Claim 17 to 
19 wherein all digital communication signals sent 
between the user input means and said unit of the 
listening station are sent via one twisted pair of 
wires in the LAN cable, while all analogue audio 
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1 signals are sent to the headphone output means in 

2 the user input means via different twisted pairs in 

3 the LAN cable. 
* 4 

5 21. A music listening system as claimed in Claims 17 to 

6 20 wherein to further reduce electrical cross talk 

7 separate ground return lines are provided for the 

8 analogue and digital signal paths between the 

9 listening station and the user input means. 
10 

11 22. A music listening system as claimed in Claim 1 

12 wherein the music index compilation means comprises 

13 computer program means, for use in a computer 

14 system, the computer program means comprising 

15 computer readable program' code for compiling index 

16 means for use in accessing a plurality of music 

17 tracks to be stored in the memory means of the 

18 listening station, the index means comprising a list 

19 of allocated codenames and for each said codename 

20 corresponding access information for accessing at 

21 least one file containing a said music track. 
22 

23 23. A music listening system as claimed in Claim 22 

24 wherein the index means comprises a list of 

25 allocated codenames associated with respective music 

SUBSTITUTE SHEET (RULE 26) 

BNSBSOID; jWO 030911 7A1_l_a- 



WO 02/09112 PCT/GBO 1/03264 

55 

1 tracks and, for each said codename, a filename of a 

2 file containing the respective music track. 
3 

4 24. A music listening system as claimed in Claim 22 or 

5 23 wherein the computer readable program code may 

6 comprise code for compiling an index of music tracks 

7 to be stored in a directory of the memory means of 

8 the listening station, said index comprising a list 

9 of allocated code names for respective music tracks 

10 and for each said allocated code name a 

11 corresponding filename of a file which will contain 

12 the respective music, in use of the listening 

13 station . 
14 

15 25- A music listening system as claimed in Claim 22 

16 wherein the computer readable program code comprises 

17 code for: 

18 a) compiling an index of albums of music tracks to 

19 be stored in a directory of the memory means of 

20 the listening station, said album index 

21 comprising a list of allocated album code names 

22 and for each said allocated code name a 

23 corresponding sub-directory name for accessing 

24 a sub-directory of said directory of said 

25 memory means which sub-directory will contain 
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the album having the said allocated code name, 
in use of the listening station; 

b) compiling an index of tracks for each said 
album to be stored in the memory means, said 
track index comprising a list of track names 
and for each said track name a corresponding 
file name of a file which will be stored in the 
sub-directory which contains the album 
including the track having the said track name; 
and 

c) compiling a configuration file comprising a 
structured list of all said album sub- 
directories listed according to sub-directory 
name, and of all said files named in the track 
indexes, each said file being listed in the 
respective album sub-directory. 

A music listening system as claimed in Claim 25 
wherein the computer readable program code further 
includes code means for enabling a user to interact 
with said computer program means so as to allow the 
user to control the order in which albums and/or 
tracks are listed in one or more of: the album 
index, the track indexes, and the configuration 
file, and/or to choose the sub-directory names 
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1 and/or file names under which said albums and tracks 

2 are stored. 
3 

4 27. A music listening system as claimed in Claim 25 and 

5 2 6 wherein the computer readable program code 

6 further includes code for compiling a file 

7 representing a CD-ROM image of a distribution CD 

8 which is to be created, said CD-ROM image comprising 

9 a copy of the index means, a copy of all the files 

10 containing said music tracks, and a copy of the 

11 configuration file (where provided) . 
12 

13 28. A music listening system as claimed in Claim 27, 

1 4 wherein the file is used in the creation of the 

15 distributable music storage means for use with the 

16 listening system. 
17 

18 29. A music listening system as claimed in any one of 

19 the preceding Claims wherein the loading means of a 

20 said listening station is adapted to load said music 

21 tracks into the memory means of the listening 

22 station, from said distributable music storage 

23 means, so that they are stored in said memory means 

24 according to the file structure specified in the 

25 configuration file. 
26 
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1 30. A music listening system used in a network system, 

2 for example a network system incorporating more than 

3 one said listening station, all the listening 

4 stations being controlled by control server means 

5 forming part of the network system. 
6 

7 31. A music listening system as claimed in Claim 30 

8 wherein the control server means is adapted to 

9 receive music files from a remote database with 

10 which the control server means is in communication, 

11 for example as a download from the internet, and to 

12 supply the received music files to one or more of 

13 the listening stations networked thereto. 
14 

15 32. Music index compilation means for compiling index 

16 means for a library of music tracks for storage, 

17 together with said library of music tracks, on a 

18 distributable music storage means, said compilation 

19 means comprising computer program product means, for 

20 use in computer system, to compile said index means, 

21 the index means comprising a list of allocated 

22 codenames and for each said codename corresponding 

23 access information for accessing at least one file 

24 containing a said music track. 
25 
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